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D e scription 

Releasing conn e ctions in communication networks CAIXT^FJFACT^.TNCDMMUMC^ 
NETWORKS 

CROSS REFERENCE TO RELATED APPLICATIONS 

[0001] This application is the US National Stage of International Application No. 
PCT/EP2004/050700> filed May 04, 2004 and claims the benefit thereof. The International 
A pplication claims the benefits of European Patent application No. 10338055.8 DE filed 
August 19. 2003. all of the applications are incorporated by reference herein in their entirety. 

FIELD OF THE INVENTION 

[0002] In the past, two important types of commimication network for transferring 
information haye deyeloped: packet-oriented (data) networks and circuit-switched (yoice) 
networks. The conyergence of these two network types has led to the deyelopment of 
conyergent (yoice-data) networks. The merger of these different network types has resulted in 
hybrid networks, in which the subject matter of the present inyention is utilized with 
particulariy noteworthy adyantages. 

BACKGROUND OF THE INVENTION 

[0003] Circuit-switched networks - also called yoice networks or telephone networks - are 
designed for the transmission of continuously streaming (yoice) information, this being 
referred to as a call or session by experts. In this type of actiyity, the information transfer is 
usually characterized by a high quality of seryice and reliability. For example, a minimal delay 
- e.g. < 200 ms - without delay time fluctuations (delay jitter) is important for voice, since 
yoice requires a continuous information flow when it is reproduced in the receiving device. 
Consequently an information loss cannot be compensated by retransmission of the information 
which was not transferred and usually results in acoustically noticeable noise interference (e.g. 
crackling, distortion, echo, silence) in the receiving device. Experts also refer to the 
transmission of voice in general terms as a 'realtime service'. 
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[0004] Packet-oriented networks ~ also called data networks - are designed for the transfer of 
packet streams, which are also referred to as *data packet streams' or 'flow' by experts. In this 
type of activity, it is not usually necessary to guarantee a high quality of service. Without a 
guaranteed quality of service, the transmission of the data packet streams is subject to e.g. 
temporally fluctuating delays, since the individual data packets of the data packet streams are 
usually transferred in the sequence in which they enter the network, i.e. the time delays 
increase in accordance with the number of packets that are to be transferred by a data network. 
Therefore experts also refer to the transmission of data as a transfer service without realtime 
conditions or as a 'non-realtime service'. 

[0005] The packets usually differ according to the type of packet-oriented network. They can 
be embodied as, for example, internet packets, X.25 packets or Frame Relay packets, or even 
as ATM cells. They are sometimes also referred to as messages, particularly if a message is 
transferred in a packet. 

[0006] A well-known data network is the intemet. Sometimes this is also called an IP 
network, on accoimt of the Intemet Protocol IP which is used therein, where this term should 
generally be understood to have a broad sense and include all networks in which the IP 
protocol is used. The intemet is designed as an open (wide area) data network having open 
interfaces for connecting (mainly local and regional) data networks of different manufacturers. 
It provides a manufacturer-independent transport platform. 

[0007] Connections are communication relationships or links between at least two subscribers 
for the purpose of a mostly reciprocal, i.e. bi-directional, transfer of information. The 
subscriber initiating the connection is normally termed the * A-subscriber'. A subscriber who is 
connected to an A-subscriber as a result of a connection is called a 'B-subscriber'. In a 
connectionless network, connections represent at least the unique, on a logically abstract level, 
relationship between A-subscriber and B-subscriber, i.e. according to this way of looking at 
things, the connectionless flows in the intemet, for example, represent logically abstract 
connections (e.g. A-subscriber = browser and B-subscriber = web server). In a connection- 
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oriented network, connections represent unique paths through the network additionally on a 
physical level, the information being transmitted along said paths. 

[0008] As a result of the convergence of voice and data networks, packet-oriented networks 
are likewise being used for implementing voice transmission services and increasingly also for 
implementing services that require more bandwidth such as e.g. transmission of moving- 
image information, i.e. the transfer of realtime services which previously usually involved 
circuit-switched transmission takes place in a convergent network - also called a voice-data 
network - in a packet-oriented manner, i.e. in packet streams. These are also called realtime 
packet streams. In this case the transmission of voice information via a packet-oriented IP 
network is also referred to as 'VoIP' (Voice over IP). 

[0009] Several distributed architectures for voice-data networks are described in the 
international standardization bodies IETF (Intemational Engineering Task Force) and ITU 
(International Telecommunications Union). A feature common to all of them is that the call 
control layer and the resource control layer are clearly separated from each other in functional 
terms and in most cases are even implemented on different platforms. 

[0010] In this case the call control layer comprises at least one (optional) call controller, to 
which the following functions, inter alia, are assigned: 

[0011] - Address Translation: conversion of E.164 telephone numbers and other alias 
addresses (e.g. computer names) into transport addresses (e.g. internet addresses). 

[0012] - Admission Control (optional): basic validity check for determining whether and to 
what extent (e.g. VoIP-ready) devices are allowed to utilize the communication network. 

[0013] - Bandwidth Control (optional): management of transmission capacities. 

[0014] - Zone Management: registration of (e.g. VoIP-ready) devices and provision of the 
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above functions for all devices registered with the call controller. 

[0015] In addition, the following functions can optionally be assigned to a call controller on a 
case-by-case basis: 

[0016] - Call Control Signaling: all signaling messages are switched by at least one call 
controller, i.e. all entities send and receive signaling messages only via the call controller. Any 
direct exchange of signaling messages between the entities is prohibited. 

[0017] - Call Authorization: validity check for incoming and outgoing calls. 

[0018] - Bandwidth Management: controlling the permitted number of entities which are 
allowed to utilize the communication network concurrently. 

[0019] - Call Management: managing a list of current sessions, e.g. so that it is possible to 
generate a busy signal if this cannot be generated by the entity itself. 

[0020] - Alias Address Modification: returning a modified alias address, e.g. with an H.225.0 
message ACF (Admission Confirmation). The endpoint must use this address during 
cormection setup. 

[0021] - Dialed Digit Translation: translating the dialed digits into an E.164 telephone number 
or into a number from a private numbering scheme. 

[0022] The 'Gatekeeper' proposed by the ITU in the H.323 family of standards or the 'SDP 
Proxy' proposed by the IETF are examples of call controllers. If a larger commimication 
network is subdivided into a plurality of domains, also called 'zones', a separate call 
controller can be provided in each domain. It is also possible to operate a domain without a 
call controller. If a plurality of call controllers are provided in a domain, only one of these call 
controllers should be activated. From a logical viewpoint, a call controller should be 
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considered as separate from the devices. In physical terms, however, it does not have to be 
implemented in a separate call controller entity, but can also be provided in any endpoint of a 
coimection (e.g. embodied as an H.323 or SIP endpoint, terminal, media gateway, multipoint 
control unit) or even in an entity which is primarily designed for program-controlled data 
processing (e.g. computer, PC, server). A physically distributed implementation is also 
possible. 

[0023] An alternative example [lacuna] a media gateway controller, to which the optional 
functions Call Control Signaling and Call Management are usually assigned. Moreover, the 
assignment of a Signaling Conversion function for converting different (signaling) protocols is 
also possible, which may be necessary, for example, at the boundary between two different 
networks which are combined to form a hybrid network. 

[0024] The resource control layer comprises at least one resource controller, to which the 
following functions, inter alia, are assigned: 

[0025] - Capacity Control: controlling the traffic volume which is supplied via packet streams 
to the communication network, e.g. by monitoring the transmission capacity of individual 
packet streams. 

[0026] - Policy Activation (optional): reserving resources in the communication network for 
transmission of a prioritized packet stream if necessary. 

[0027] - Priority Management (optional): according to the priority of their packet streams, 
setting and monitoring priority flags in the packets and, if the packets are already flagged with 
priorities, possibly correcting priority flags in the packets. 

[0028] The resource controller is also called a 'Policy Decision Point' (PDP). It is 
implemented, for example, withm what are referred to as edge routers, also called edge 
devices, access nodes or even provider edge routers (PER) when assigned to an internet 
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service provider (ISP). These edge routers can also be embodied as media gateways to other 
networks, to which the voice-data networks are connected. These media gateways are then 
connected to both a voice-data network and the other networks and are used internally for 
converting between the different (transmission) protocols of the various networks. The 
resource controller can also be embodied solely as a proxy and forward information that is 
relevant to the resource controller to a separate entity on which the relevant information is 
processed in accordance with a function of the resource controller. 

[0029] The fundamental interaction between the two layers will be explained using the 
example of a call setup between two VoIP devices which are embodied as subscriber 
terminals. A homogeneous voice-data network is initially taken as a starting point in this case. 

[0030] As part of the call setup, or sometimes even prior to the actual call setup, the 
authentication, authorization and (start of) accounting steps are executed when a terminal dials 
into the IP network (e.g. via an internet service provider). This so-called 'AAA' functionality 
is usually implemented by accessing a subscriber database in which all users are stored 
together with their identification codes, passwords, permissions, etc. This access is slow and 
comparatively complex. In the "best effort" IP networks of today, this AAA procedure 
normally takes place once while the user dials in. A further authentication takes place when a 
call controller is used, if the terminal registers with the call controller of the internet service 

« 

provider. According to the FTU standard H.323, this authentication or registration of a 
terminal with the assigned gatekeeper is carried out in accordance with the RAS (Registration, 
Admission, Status) protocol which is described in the ITU standard H.225.0. 

[0031] The actual call setup usually starts with a first step in which the terminals of the 
subscribers exchange their capabilities (e.g. list of supported CODECs) in order to determine 
the necessary resources (e.g. bandwidth) and the QoS (e.g. delay, jitter) that is required. In the 
case of voice telephony the terminals are embodied as, for example, IP telephones or VoIP 
client software, and in the case of online video one of the terminals could be a content or 
application server, for example in the network of the internet service provider (ISP). 
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[0032] The exchange of the signahng messages takes place either directly between the 
terminals or via call controller switching. In this context, the variant that is utilized in the case 
of each call is individually specified for each terminal and for each transmission direction. The 
first variant is also referred to in the H.323 terminology as 'Direct Endpoint Call Signaling' 
and the second as 'Gatekeeper Routed Call Signaling'. In the case of direct endpoint call 
signaling, copies of selected signaling messages can be transmitted to a call controller if 
necessary, such that with this variant also a call controller is often aware of the resource and 
QoS requirements that are agreed between the terminals. However, these requirements are not 
actively influenced or verified by said call controller. 

[00331 In a second, optional step, the resource and QoS requirement which is agreed in this 
way can be transmitted directly from the terminals of the subscribers to their assigned resource 
controller. After checking the resource and QoS requirement, a confirmation (or rejection) is 
sent back to the terminal by the resource controller. 

[0034] In a third step which is likewise optional, a policy is activated in the edge router and if 
applicable in other routers in the network, by means of which policy these routers check and 
ensure that the traffic caused by the terminal is within the limits that were specified in the 
requirement. An example of such a reservation mechanism is RSVP (resource ReSerVation 
Protocol). 

[0035] In order to carry out the three steps a plurality of messages are sent, said messages 
being used solely for reciprocal agreement among the participating components, but not for 
transmitting the "actual information" between the terminals. This information which is 
transferred with the messages is usually called signaling information, signaling data, or simply 
signaling. In this case the term is to be understood in a broad sense. Thus, for example, the 
messages conforming to the RAS protocol, the messages conformmg to the ITU standard 
H.245 for controlling speech/data channels of existing calls, and all further similarly embodied 
messages are included in addition to the signaling messages. The signaling protocol for the 
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connection setup (call setup) and connection release (call release) according to the ITU is 
described in the standard H.225.0, for example, and the signaling protocol according to the 
IETF is described in RFC 2453bis ("SIP: Session Initiation Protocol"). In order to differentiate 
from the signaling, the "actual information" is also called useful information, payload, media 
information, media data or simply media. Communication links which are used for 
transmitting the signaling are hereinafter also called signaling connections. The 
communication links which are used for transmitting the useful information are referred to as 
e.g. voice connection, user information channel connection or - more simply - traffic channel, 
bearer channel or simply bearer. 

[0036] In this context out-of-band or outband is understood to mean the transmission of 
information on a different path/medium than that provided in the communication network for 
transferring signaling information and useful information. In particular it includes a local 
configuration of devices on site, performed for example by means of a local control device. 
With inband, by contrast, information is transmitted on the same path/medium, if necessary 
logically separated from the signaling information and useful information under consideration. 

[0037J To sum up, the function split between the two layers can be described such that the 
resource control layer is assigned only the functions that are required for transmitting useful 
information, while the call control layer includes the intelligence for controlling the resource 
control layer. In other words: The devices of the resource control layer possess as far as 
possible no network control intelligence and consequently can be implemented economically 
particularly advantageously on separate hardware platforms. This is a particularly attractive 
advantage on account of the higher installation numbers in this layer compared to the call 
control layer. 

[0038] Both in convergent voice-data networks and in hybrid networks, formed, for example, 
by combining a convergent voice-data network with a conventional circuit-switched voice 
network, new technical problems arise in the transmission of information - in particular 
information in realtime packet streams - due to the new or, as the case may be, different 
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technologies that are used in the respective network types. 

[0039] The object of the invention is to recognize at least one of these problems and to enrich 
the prior art by specifying at least one solution. 

SUMMARY OF THE INVENTION 

[0040] The invention poses the question of what response is to be made to an error in the call 
control layer in a network in which the call control and resource control layers are clearly 
(mostly physically) separated from each other and are only interconnected loosely, for 
example by means of a control protocol (e.g. H.248 or MGCP = Media Gateway Control 
Protocol), if the error has repercussions on the resource control layer. In a network in which 
there is no clear decoupling of these two layers, an error of said kind usually leads 
automatically to a consequent response on the resource control layer (e.g. to the failure of a 
transmission link) as a result of the integrated hardware platform. In the case of (physical) 
distribution of the two layers, however, this consequent response no longer occurs 
automatically. Thus, in particular when the hardware platform of a media gateway controller 
fails, information can continue to be transmitted by the media gateways assigned to it, because 
their insulated hardware platform remains fully operational. A change only occurs when a 
sufficient consequent response is triggered in the media gateway by a corresponding control 
command, e.g. in that the transmission of (useful) information is terminated by releasing the 
(bearer) connection by means of a MGCPiDLCX or H.248 :ServiceChange message. 

[0041] Thus, for the present, distributed architecture the essential question being posed is 
whether - and if the answer is affirmative - to what degree an error in the call control layer is 
to adversely affect the resource control layer. If the coupling of the two layers is too slight, 
there are problems with data consistency (e.g. a false image of the states in the resource 
control layer is present in the call control layer; charging continues in spite of bearer failure). 
If the coupling is too strong (e.g. a failure of an entity of the call control layer also leads to an 
equivalent failure of the associated entities of the resource control layer), then there are 
unnecessarily long dovmtimes and unnecessary risks during the restart of the network. 
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[0042] Within the scope of the function split, as described in the introduction, of the bipartite 
architecture, the effect of a control command is in this case limited purely locally to the entity 
addressed in each case (e.g. media gateway). As a consequence of this modular philosophy, a 
corresponding control command is required to each entity of the resource control layer 
controlled in this way along a connection in order to achieve a full release of the connection. 

[0043] This can, however, lead to problems with the charging of the call, because the (bearer) 
connection can no longer be used for an end-to-end transmission of information between 
subscribers ahready after the first control command if the media gateway affected by said 
command no longer recognizes the call cleared in said way and no longer discharges the 
gateway function. Consequently the charging must be terminated as far as possible 
simultaneously with the first successful control command and must not end only when the call 
is cleared in the node in which the charging of the call is also performed. 

[0044] It is known in circuit-switched TDM (Time Division Multiplex) networks to physically 
deactivate all PCM (Pulse Code Modulation) links following the failure of a TDM switching 
node. This is detected by the hardware maintenance of the adjacent TDM switching node after 
a delay lasting a few seconds and reported to its internal controller. Said controller thereupon 
determines the connections affected by the failure and signals the failure of the connections to 
all the affected switching nodes of the TDM network by means of SS7 messages. On account 
of said messages the charging of the calls is terminated close in time to the initial failure of the 
first switching node. 

[0045] However, this method ceases to work in a hybrid network consisting of a packet- 
oriented network and a circuit-switched TDM network, because in a media gateway the PCM 
links in which the bearers are routed in the TDM network continue to remain physically active 
even after a call has been released. Consequently, the adjacent (in the sense of: along the 
connection released in the media gateway) TDM switching nodes which terminate the affected 
PCM links cannot recognize on the basis of the PCM links - i.e. on the resource control layer 
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- that the end-to-end bearer has failed over these links. 

[0046] According to the function split of the bipartite architecture this behavior is the 
expected solution, because in the correct manner the signaling is intended to be performed on 
the call control layer and not on the resource control layer. Accordingly, the failure of the 
bearer is categorically notified to the adjacent TDM nodes via the call signaling (SS7) - i.e. on 
the call control layer - because the intelligence for controlling the network is assigned to this 
layer. 

[0047] However, in the case of an accumulation of errors - e.g. as a result of a high-level 
recovery of a media gateway controller - the architecture-compliant standard solution leads to 
a plurality of problems because it cannot be guaranteed that the signaling of the bearer failure 
to adjacent TDM nodes takes place in synchronism with the actual failure: 

[0048] When a media gateway controller executes a high-level recovery, all still existing user 
information channel connections in the media gateways controlled by the controller must be 
cleared so that a consistent image of the states of the assigned gateways is present once again 
after completion of the recovery in the controller. As long as this image is not present, no new 
connections can be created in the gateways by the controller. The release must therefore be 
executed as quickly as possible in order to minimize the length of time in which no new 
connections can be created. For this reason the protocol for controlling the gateways is 
reactivated as early as possible during the recovery of the controller in order to enable the still 
existing transient call data in the gateways to be deleted. When a connection is deleted, the 
end-to-end connection still existing up to that point is interrupted. Consequently, the charging 
should also be terminated as of this time. To that end, corresponding signaling messages - as 
described above - would have to be sent on the call control layer. This is not possible, 
however, because the protocols required for this (e.g. BICC, SIP_T, SS7) are still not 
activated at this time. It is therefore necessary to wait until they have been activated, which 
can lead to an offset of several minutes between the interruption of the end-to-end connection 
and the termination of the charging. 
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« 

[0049] With a large controller there is also a scaling problem, because the release of a 
plurality of connections leads to a flood of signaling messages. Depending on the 
implementation of the controller, its size and the general traffic load in the signaling network, 
the offset between the failure of the bearer and the termination of the charging is enlarged to 
an incalculable degree and can amount to 30 min or more. This accimiulation of unjustified 
charges is unacceptable. 

[0050] A solution to this problem situation on which the invention is based is set forth in the 
claims. 

[0051] A great number of advantages are associated with this solution: 

[0052] - The solution is compliant with the MGCP / H.248 standards, because the 
standardized minimum behavior in response to a control command from the call control layer 
is simply extended, not changed. 

[0053] - On account of this compliance, only minimal modifications to existing devices are 
necessary in order to unplement the invention, as a result of which it can be realized very 
advantageously in economic terms. 

[0054] - Owing to the notification to at least one network node along the connection, the 
logical coupling between the two layers, which are implemented on a distributed basis, is 
strengthened, as a result of which the inconsistencies described (bearer no longer available - 
charge metering continues) can be more easily avoided. 

[0055] - Owing to the notification on the resource control layer, the scaling problem is 
significantly mitigated because the signaling messages to these network nodes can be 
dispensed with. 
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[0056] - The problem of the time offset in the case of a high-level recovery of a controller is 
alleviated since the notification on the resource control layer can be effected in immediate 
proximity in time to the release of the connection, without any need to wait for an activation 
of corresponding protocols of the call control layer. Moreover, the notifications can be 
generated in parallel by the processors on the modules if different modules are affected by the 
control messages. This is more effective than the generally forcibly sequentialized sending of 
signaling messages by a centralized controller. 

[0057] - In the event of a high-level recovery of a media gateway controller from which an 
interconnection with a TDM network is effected, a notification to an adjacent TDM switchmg 
node (e.g. due to failure or reentry into service of PCM links) leads on the TDM side to ISUP 
synchronization messages (GRS/RSC) firom the TDM switching node to the controller 
undergoing the recovery, which messages, if not answered, are repeated cyclically. The 
controller undergoing the recovery begins, firom a certain point in its recovery, to send 
GRS/RSC messages itself and to acknowledge those received. Because adjacent TDM 
switching nodes also assist in taking on the work of ISUP synchronization following recovery 
of the controller, on the one hand the controller undergoing recovery is dynamically relieved 
of its load, and on the other the synchronization is completed more rapidly, the fiiU call 
processing availability of the controller thereby being restored at an earlier point in time. 

[0058] Other advantageous embodiments of the invention will emerge firom the dependent or 
independent claims. 

[0059] In the event of notification due to failure (e.g. deactivation) of a transmission channel 
to a switching node of a circuit-switched network, the failure - provided it lasts long enough 
(e.g. several seconds) - is detected by the hardware monitoring of the node. This node 
thereupon initiates the release of the TDM bearer on both sides in the circuit-switched 
network. If the charging is handled in this network (e.g. if the node is disposed in an ingress- 
side circuit-switched network to which the subscriber to be charged is also assigned), this 
charging is also stopped. The failure of the transmission channel advantageously affects no 
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connections that were not to be released if (as is the case, for example, for a high-level 
recovery of the controller) all the connections in the assigned gateways are released. As a 
result of the tried-and-tested release mechanisms existing in the circuit-switched network, this 
termination of the charging takes place close in time to the interruption of the end-to-end 
bearer in the media gateway. In the event of a high-level recovery of a media gateway 
controller, in this way the charge metering is stopped close in time to the failure of the bearer 
and is not delayed by the recovery. 

[0060] In a packet-oriented network the failure of a transmission channel is simulated through 
notification with the aid of special messages - in particular through inband sending of RTCP 
packets by means of which the information "Packet Loss =100 %" is displayed - so that the 
actual transmission channel advantageously continues to remain active and can be used for 
other information transmissions. 

[0061] For the situation where the gateway to which the release of a connection is notified 
with the aid of special messages is interconnected with a circuit-switched network, the release 
notification is relayed to the circuit-switched network so that the charging in this network can 
be stopped as close as possible in time. 

[0062] Provided this relayed notification is communicated, not by failure of the transmission 
channel, but by means of a message to the assigned controller and then on the call control 
layer, there are advantageously no interruptions to other connections that are also carried in 
the transmission channels to the circuit-switched network. In this way, in addition, a retum is 
made as quickly as possible to the architecture-compliant signaling on the call control layer. 
Furthermore this retum is performed in a distributed manner to a plurality of controllers which 
for their part are not undergoing a recovery, so a very efficient distribution of the signaling 
load is effected, which load, with architecture-compliant signaling, would otherwise have to 
be borne on its own by the controller, which, apart from the absence of load distribution, in 
any case also has insufficient resources available during its recovery to be able to process this 
signaling. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

[0063] The invention will be explained below with reference to further exemplary 
embodiments which are also illustrated in the figures, in which: 

Figure 1 shows an arrangement for performing the method according to the invention with a 
hybrid communication network, consisting of a packet-oriented integrated voice-data network 
and two circuit-switched voice networks which are connected by means of intermediate media 
gateways and media gateway controllers, as well as two endpoints of an information 
transmission 

Figure 2 shows the arrangement according to Figure 1 in which the ingress-side embodiments 
of the method according to the invention are illustrated 

Figure 3 shows the arrangement according to Figure 1 in which the egress-side embodiments 
of the method according to the invention are illustrated in an exemplary manner 

DETAILED DESCRIPTION OF THE CWENTION 

[0064] Figure 1 shows an exemplary arrangement for performing the method according to the 
invention. It comprises two circuit-switched networks PSTNa, PSTNb and a communication 
network IN which is preferably embodied as an integrated voice-data network SDN. The three 
networks are intercormected to form a hybrid network in which the network IN in particular is 
used for virtual trunking of voice connections between the PSTN networks. The network IN is 
preferably embodied as an IP network (e.g. the intemet). For the appropriate person skilled in 
the art it is obvious here that the invention can of course be used in other network scenarios, in 
particular further packet-oriented networks, such as, for example, an intranet, extranet, a local 
area network (LAN) or a corporate network embodied, for example, as a virtual private 
network (VPN). 

[0065J The network IN includes a call control layer CCL, to which the controllers MGC are 
assigned, and a resource control layer RCL, to which the media gateways MG are assigned. 
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The gateways MG are in each case controlled by a controller MGC assigned thereto using a - 
preferably internationally standardized - protocol, e.g. MGCP (Media Gateway Control 
Protocol) or H.248, and are typically implemented as separate units which run on different 
physical devices / hardware platforms than the controllers MGC. 

[0066] The circuit-switched bearers TDMa, TDMb are interconnected by means of 
intermediate media gateways MG for converting between different, network-specific user 
information channel technologies RTP/RTCP (Real Time [Control] Protocol) and TDM (Time 
Division Multiplex), and the circuit-switched signaling channels SS7a, SS7b are 
interconnected by means of intermediate media gateway controllers MGC for converting 
between different network-specific signaling protocols SIP (Session Initiation Protocol), BICC 
(Bearer Independent Call Control), SDP^T (SIP for Telephones) and SS7 (Signaling System 
No. 7). 

[0067] An A-subscriber A is connected to the network PSTNa, a B-subscriber B to the 
network PSTNb, between which subscribers an end-to-end user information connection 
ISDNa, TDMa, RTP/RTCP, TDMb, ISDNb is set up as bearer. The charging G of the call is 
performed in the customary way on the calling A-subscriber side in the switching node Sa of 
the network PSTNa. 

[0068] For the purpose of a simplified illustration of the invention, Figures 2 and 3 are in each 
case geared to merely a uni-directional consideration of an end-to-end connection which 
extends from the calling subscriber A to the called subscriber B. With regard to this 
transmission direction, the gateway MG between the network PSTNa and the network IN is 
designated as gateway MGdsigress and the gateway MG between the network IN and the 
network PSTNb as gateway MGegress> where the entry of the user information connection 
into the network IN is indicated by the index ^INGRESS' and the exit of the user information 
connection from the network IN is indicated by the index 'EGRESS'. 

[0069] In this scenario, Figure 2 shows a message Nh.248/mgcp from the controller MGCa to 
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the gateway MGjngress and a notification Mtdm from the gateway MGingress to the network 
PSTNa which messages and notifications are transmitted in particular during recovery of the 
inventive controller MGCa assigned to the gateway MGingress- 

[0070] Figure 3 shows messages Nh.248/mgcp from the controller MGGa -MGCr t o the gateway 
MGegresSj Nin (as an embodiment of a notification Min) from the gateway MGegress to the 
gateway MGingress, Nfailure from the gateway MGingress to the controller MGCa, Nss? from 
the controller MGCa to the network PSTNa, as well as optional notifications Mtom (A) and 
Mtdm (b) from the two gateways MG to the networks PSTNa and PSTNb indicated by means 
of an index in each case, which notifications are transmitted in particular during recovery of 
the inventive controller MGCb assigned to the gateway MGegress- 

[0071] It should be emphasized that the embodiments of the invention illustrated in such a 
marmer are, in spite of their sometimes very detailed and faithfiil representation of actual 
network scenarios, simply of an exemplary nature and are not to be understood as restrictive. 
It is clear to the person skilled in the art that the invention works not only in virtual trunking 
scenarios, but in all conceivable network configxirations, in particular other interworking 
scenarios. 

[0072] As fiirther exemplary embodiments of the invention, the high-level recovery of an 
ingress-side controller MGCa and an egress-side controller MGCb are explained by way of 
example with reference to the network configuration according to Figure 1 . 

[0073] For the exemplary embodiment of the high-level recovery of an ingress-side controller 
MGCa, messages N and notifications M of the invention are shown in Figure 2. In the course 
of a high-level recovery of the controller MGCa, all still existing connections are usually 
released in the assigned gateway MGingress- These connections are essentially still known to 
the controller MGCa even after a recovery, because they are stored (semi-) permanently for 
example in a database of the controller, even if they have an imdefined status, because, for 
example, an unknown number of messages were not received by the gateway MGingress prior 
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to or during the recovery. 

[0074] The controller MGCa sends to the gateway MGingress control messages Nh.248/mgcp by 
means of which the gateway MGingress is instructed to release all still existing connections. 
The messages Nh.248/mgcp which lead to the deletion of the transient call data on the gateway 
MG are embodied, for example, as message MGCP:DLCX of the IETF standard MGCP or as 
message H.248:ServiceChange of the ITU-T standard H.248. These messages are extended in 
this example such that they indicate the cause of the error (i.e. in the present case, the recovery 
of the controller MGCa) to the receiving gateway MGingress- 

[0075) When the delete command DLCX of the MGCP protocol is used, a wildcard 
mechanism, for example, can be used by means of which, in the case of a hierarchical name 
structure of the (local) endpoints of the connections, a group of endpoints can be addressed 
using the wildcard (asterisk) (cf. also RFC 2705:MGCP, section 2.3.7). Preferably the 
group includes at least all the calls that are transmitted to the network PSTNa over a particular 
link, because in this way no existing connections are deactivated by the notification Mtdm- 
The command DLCX is supplemented by an additional parameter "reason code", which 
unambiguously indicates that the recovery scenario described here is present in the controller 
MGC. 

[0076] When use is made of the ServiceChange command of the H.248 protocol, the 
parameter values TerminationID = Root, ServiceChangeMethod = Forced can be used, for 
example. According to the H.248 standard, the ServiceChange command with the parameter 
value ServiceChangeMethod = Forced is provided merely as a message from the gateway MG 
to the controller MGC. The use of this command in the opposite direction, i.e. from the 
controller MGC to the gateway MG, represents an extension of the standard. Provided it is 
reserved specifically for the recovery scenarios, the indicator of the error cause is contained in 
the reservation as such, so a separate parameter for indicating the cause of the error can 
advantageously be dispensed with. 
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[0077] After receiving the control messages tfH.2i8/MGC pNH.248/MGCP , the gateway MGengresss 
releases the indicated connection(s) in its (their) context in accordance with the standard- 
compliant responses. In addition, as a response to the indicated error cause, it allows the 
associated PCM links to fail physically and activates them again after a certain time period 
which is dimensioned such that the hardware maintenance fimction of conventional TDM 
switching nodes S on the opposite side notice and flag the failure. As a consequence, the 
bearers ISDNa, TDMa are then released in the usual way in the network PSTNa and the 
charging G is stopped close in time to the interruption of the end-to-end connection. 

[0078] For the exemplary embodiment of the high-level recovery of an egress-side controller 
MGG a MGCr , messages N and notifications M of the invention are shown in Figure 3. In this 
case all still existing calls are released in the assigned gateway MGegress? whereby it is 
assumed that this is indicated to the gateway MGegress by the controller MGCb by means of 
control messages Uu 7A»/MGr v Nh.248/mgcp analogously to the ingress-side exemplary 
embodiment. 

[0079] After receiving the control messages tf h.24 8 /mgcp . Nh.248/mgcp , the gateway MGegresss 
releases the indicated connection(s) in its (their) context in accordance with the standard- 
compliant responses. In addition, as a response to the indicated error cause, the gateway 
MGiNGRESS is notified of the release of the connection(s) on the resource control layer RCL. 
This notification Mq^ is effected, for example, by means of special messages Nin for all the 
bearer streams RTP associated with the released connections, which messages are embodied 
e.g. as packets RTCP with a parameter value Packet Loss = 100 %. This takes place as close 
in time as possible to the releasing of the connections. Advantageously the sending of the 
messages Nin is smoothed in order to avoid floods of messages. 

[0080] For its part, the gateway MGingress notifies the failure of the connection to the 
upstream PSTNa after a threshold value of received messages Nin has been exceeded. 
According to a variant of the invention, this notification Mtdm (a) is effected on the resource 
control layer RCL by, for example, a brief deactivation of the associated PCM links to the 
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network PSTNa. According to an alternative variant of the invention, the notification is 
effected on the call control layer CCL. For this purpose, the controller MGCa is notified by 
the gateway MGingress by means of messages Nfajlure of the failure of the coimections 
detected on the basis of the messages Nin, whereupon said failure is notified to the network 
PSTNa by the controller MGCa in the usual way by means of signaling messages Nss?. After 
this notification is received, the bearers ISDNa, TDMa are then released in the network 
PSTNa in the usual way and the charging G is stopped close in time to the interruption of the 
end-to-end connection. 

[0081] Optionally, the gateway MGegress also notifies the release of the connections in the 
forward direction on the resource control layer RCL. In the case of interconnection with 
network PSTNb arranged downstream, this notification Mtdm (b) can in turn be effected by 
physical deactivation of the transmission links. In this way the bearers TDMb, ISDNb are 
advantageously released for new reservations close in time to the failure of the coimections in 
the network PSTNb. This advantage is particularly attractive if the usual release on the call 
control layer CCL caimot be effected, or can be effected only with a delay, as a consequence 
of the recovery of the controller MGCb. 

[0082] It is clear to the person skilled in the art that the invention works not only in the virtual 
trunking scenarios in which the controller MGCa of the ingress-side MGingress or, as the case 
may be, the controller MGCb of the egress-side gateway MGegress undergoes a high-level 
recovery, but in all conceivable network configurations, in particular all interworking 
scenarios such as TDM <> IP phone or TDM <-> Access Gateway, in particular if the failure 
of the IP bearer RTP is converted into the failure of the associated (via the virtual trunking 
gateway MG) PCM links. Thus, the failure of the user information chaimels is signaled 
immediately into the network in all cases, i.e. without any delay due to the recovery of the 
controller MGC. 

[0083] It is also clear to the person skilled in the art that the two scenarios described can, of 
course, be superimposed on one another without difficulty in a bi-directional connection, i.e. 
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that, for example, in the case of a gateway MGingress, not only a notification Mjdm can be 
initiated in the direction of the PSTNa, but in parallel therewith in the opposite direction - i.e. 
the transmission direction from subscriber B to subscriber A (in respect of which the gateway 
MGiNGREss then represents an EGRESS) - a notification Min in the direction of the gateway 
MGegress can also be triggered in addition. 

[0084] Finally it should be pointed out that the description of the components of the 
communication network that are relevant to the invention is absolutely not to be understood as 
restrictive. For an appropriate person skilled in the art it is in particular obvious that terms 
such as application, client, server, gateway, controller, etc... are to be understood in a 
functional sense and not physically. Thus, for example, the endpoints A, B can also be 
implemented in part or in full in software / computer program products P and/or in a 
distributed manner over a plurality of physical devices. 
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